home *** CD-ROM | disk | FTP | other *** search
- X-Mailer: MicroDot 1.10 [UNREGISTRIERT] via [DOS/NCBMail V2.21 REL.:160995]
- Message-ID: <xJR7eMD0aLz3@point86.people-s.people.de>
- Organization: Artwork Demo Factories ..
- References: <38232329@kone.fipnet.fi> <4ftb3k$1ua@sunsystem5.informatik.tu-muenchen.de>
- X-Gateway: ZCONNECT UU people-s.people.de [DUUCP vom 01.07.1994]
- MIME-Version: 1.0
- Content-Type: text/plain; charset=ISO-8859-1
- Content-Transfer-Encoding: 8bit
- From: azure@people-s.people.de (Tim Boescke)
- Subject: Re: Bitfieldinsert?
- Date: 16 Feb 1996 23:18:38 +0100
- Path: people-s.people.de!azure
- Newsgroups: comp.sys.amiga.programmer
- Distribution: world
-
- fischerj@informatik.tu-muenchen.de (Juergen Rally Fischer) erzeugte am 14.02.1996 unter dem
- Betreff "Re: Bitfieldinsert?" :
- JF> In article <38232421@kone.fipnet.fi>, "Jyrki Saarinen" <jsaarinen@kone.fipnet.fi> writes:
- JF> |>
- JF> |> > > move.l (a0,d0.w*4),(a1)+
- JF> |> > > addx.l d1,d0
- JF> |> >
- JF> |> > Cool! Looks fast when working with big polys, but handling left and
- JF> |> > right bytes (edges) should slow down the thing...
- JF>
- JF> Indeed cool! 10/4 cycles / pixel for 4 planes, right ?
- JF> Is this how pygmy did it ?
-
- I think so. IT looks to me, as if they are copying from a light-table
- directly to the bitplanes.. They are probably doing longword-copies aligned
- to longword borders. That is why there are these vertical errors..
-
- --
- +--------------------------------------------------------------------+
- | - AZURE@PEOPLE-S.people.de - Tim Boescke - AZURE /atw.bzr |
- +------------------<programming on:AMIGA,PC,C64,PLUS/4,VCS2600>------+
-